home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d7 / hyperp2.arc / HYPERP.DOC next >
Text File  |  1990-07-23  |  19KB  |  424 lines

  1. Congratulations!  You're about to unlock the speed and power of your
  2. modem by using the fastest file transfer protocol available:
  3.  
  4.                              HyperProtocol
  5.  
  6. This HyperProtocol module is distributed free, to show the speed and 
  7. quality of Hilgraeve software.  Hilgraeve's HyperACCESS/5 is the 
  8. fastest of all communications programs and has HyperProtocol, Zmodem, 
  9. and many other protocols built right in.  PC Magazine, PC Week, 
  10. Personal Computing, and Software Digest have all rated it the best 
  11. communications software available.
  12.  
  13. You can easily integrate this external protocol module with PCBoard, 
  14. RBBS, or other bulletin board software, to give your users extremely 
  15. high speed data transfers.  Or you can use it with Telix, Qmodem, 
  16. Procomm, or any comm program that supports external protocol modules or 
  17. has a DOS shell feature.
  18.  
  19. As with other protocols, HyperProtocol must be in use at both ends of 
  20. the connection.
  21.  
  22. HyperProtocol  In independent tests, HyperProtocol (or "HYPERP") was
  23. is fastest!    found to be up to five times faster than Kermit, Xmodem
  24.                and other popular file transfer protocols.  You'll save
  25.                time (and long-distance charges) and see your transfer
  26.                rate blast even higher than the baud rate of your modem.
  27.  
  28. Quick and      If you are already using a conventional modem and comm-
  29. easy to use    unications program, your computer is probably ready to
  30.                use HyperProtocol.
  31.  
  32.                If your system is like most, you can use HyperProtocol 
  33.                right away.  If not, or if you want to increase your 
  34.                control, HYPERP is versatile enough that you can set it 
  35.                up to meet your precise needs.
  36.  
  37. Try it!        We have arranged for a quick demonstration using our
  38. You'll see     Bulletin Board in Monroe, Michigan.
  39.  
  40. 1. Copy        Copy the HYPERP.EXE into the same directory as your
  41.                communications software.
  42.  
  43. 2. Set up      Set up your system for 8N1 (8 data bits, no parity, 1
  44.                stop bit).  1200 or 2400 baud.  This example assumes you
  45.                are using COM1 for your modem.  If not, see HyperProtocol
  46.                OPTIONS below.
  47.  
  48. 3. Call        Call the Hilgraeve Bulletin Board at 313-243-5915. Log
  49.                in with your name, then enter your own password.
  50.  
  51. 4. Type        Select "Download HyperProtocol DOS Module or HCOPY," 
  52.                and then download HCOPY, a free utility that guards
  53.                against copying files that contain computer viruses.
  54.  
  55. 5. Exit        Use your software's utilities to go to a DOS prompt while
  56.                retaining your connection with Hilgraeve.
  57.  
  58. 6. Type        Type HYPERP RECEIVE and press ENTER.
  59.  
  60. 7. Watch       Watch the "Throughput" at the bottom right of your
  61.                screen.  That's the baud rate of the data flowing into
  62.                your computer.  You'll see your modem handling up to five
  63.                times its normal rate.
  64.  
  65.                HyperProtocol also displays a bargraph showing how much
  66.                of data has been transferred.
  67.  
  68. 8. Return      Return to your communications program and disconnect from 
  69.                the Hilgraeve BBS.  HyperProtocol is fast and simple to 
  70.                operate from your current communications package.  (You'd 
  71.                find it even faster and easier if you had HyperACCESS/5, 
  72.                which has HyperProtocol built right in.)
  73.  
  74.  
  75. HYPERPROTOCOL  You may have a special hardware configuration that 
  76. OPTIONS        requires you to enter some special options.  If you want
  77.                to accept the default, you don't have to make an entry at
  78.                all.
  79.  
  80.                You can adjust the following parameters:
  81.  
  82.                          Port           Suspend
  83.                          Baud rate      Logfile
  84.                          Time stamp     Display
  85.                          Check type     Overwrite
  86.                          Compress 
  87.  
  88. How to use     To use an option, simply include it in your command 
  89. options        string.
  90.  
  91.                In the test above, you typed HYPERP RECEIVE.  To tell
  92.                HyperProtocol not to compress files, you would type
  93.  
  94.                   HYPERP COMPRESS:OFF RECEIVE
  95.  
  96.                Enter all the options between HYPERP and the SEND or
  97.                RECEIVE command.
  98.  
  99. HyperProtocol  The following options are listed with 
  100. Options Data   -  CHOICES you can make.
  101.                -  the DEFAULT used if you omit the option.
  102.                -  WRITTEN AS, which explains how you include the option
  103.                   in your command.
  104.                -  an explanation of the option.
  105.  
  106. Baud rate      CHOICES: 300-19200            DEFAULT:  set by modem
  107.                WRITTEN AS:   Baud:1200
  108.                The baud rate is the speed (in bits per second) your
  109.                modem communicates.
  110.  
  111. Checktype      CHOICES:  CRC, Checksum       DEFAULT:  CRC
  112.                WRITTEN AS:    Checktype:CRC
  113.                Checktype defines the error checking method.  CHECKSUM is
  114.                less rigorous but is slightly faster.  CRC (Cyclical
  115.                Redundancy Checking) is more exacting.  Select CRC if you
  116.                suspect noise on the phone line.
  117.  
  118. Compress       CHOICES:  On, Off             DEFAULT:  On
  119.                WRITTEN AS:    Compress:ON
  120.                HyperProtocol's high speed in part stems from its
  121.                ability to compress files during the transfer.  When set
  122.                to ON, HYPERP compresses files if it can.  It can sense
  123.                files that are already compressed (like .ZIP or .ARC 
  124.                files) and doesn't attempt to compress them further.
  125.  
  126. Display        CHOICES:  On, Off             DEFAULT:  On
  127.                WRITTEN AS:    Display:OFF
  128. This option    The HyperProtocol module normally displays a bargraph so
  129. is for BBS     you can watch the progress of each transfer, and when the
  130. operators!     transfer completes, you must press a key to continue.
  131.  
  132.                If you are a bulletin board operator and want unattended
  133.                operation, you MUST set DISPLAY:OFF.  This eliminates the
  134.                bargraphs and the need to press a key after each transfer.
  135.  
  136. Handshake      CHOICES: None, RTS/CTS, XOFF/XON    DEFAULT: XOFF/XON
  137.                WRITTEN AS:    Handshake:RTS/CTS
  138.                XOFF/XON is used with most conventional modems.  Select 
  139.                RTS/CTS if you have a high-speed (9600 or 19,200 bps) or 
  140.                MNP modem which is currently set up to use RTS/CTS.
  141.  
  142. Logfile        CHOICES:  filename, none      DEFAULT:  none
  143.                WRITTEN AS:    Logfile:filename
  144.                HyperProtocol will maintain a log of each file transfer
  145.                including time and date, the duration of the transfer and
  146.                whether it was successful.  If you want a log file,
  147.                specify the name of the file.  For instance, a typical
  148.                command is LOGFILE:C:\HYPER.LOG.  (If you specify a
  149.                filename without a path, the log file will be located in
  150.                same directory as HYPERP.EXE.)
  151.  
  152. Overwrite      CHOICES:  On, Off             DEFAULT:  Off
  153.                WRITTEN AS:    Overwrite:ON
  154.                HyperProtocol won't overwrite an existing file unless you
  155.                specify the OVERWRITE:ON command.
  156.  
  157. Port           CHOICES:  1, 2, 2E8(3), 3E8(4)   DEFAULT:  1  (i.e., COM1)
  158.                WRITTEN AS:    Port:2  or  Port:2E8(4)
  159.                This selects the serial port where your modem is located. 
  160.                If you are using COM2, just type in 2.  With serial ports 
  161.                higher than COM2 on a PS/2 or other MicroChannel 
  162.                computers, you can just type 3 through 8.  With serial 
  163.                ports higher than COM2 on an IBM PC, XT, AT or 386 
  164.                compatible computers, you must specify the ADDRESS and 
  165.                the INTERRUPT LEVEL.  Common entries are:
  166.  
  167.                   Port:3E8(4)   for COM3 using interrupt level 4
  168.                   Port:2E8(3)   for COM4 using interrupt level 3
  169.  
  170. Suspend        CHOICES:  On, Off             DEFAULT:  Off
  171.                WRITTEN AS:    Suspend:ON
  172.                If you have a computer that can't receive data reliably
  173.                while writing to a disk drive, set this to ON.  SUSPEND
  174.                signals the sending computer to halt transmission while
  175.                your disk is saving data.  You need to do this if you get
  176.                several retransmission requests, even on noise-free lines.
  177.  
  178. Timestamp      CHOICES:  On, Off             DEFAULT:  On
  179.                WRITTEN AS:    Timestamp:OFF
  180.                When Timestamp is ON, a file is saved on your disk with
  181.                the time and date you received it.  Turning timestamp OFF
  182.                saves the file with the same date that appears on the
  183.                sending computer.
  184.  
  185.  
  186. EXAMPLES       Here are some examples of HyperProtocol commands.
  187.  
  188. Example 1      High-speed MNP modem located at COM2.  You want a log 
  189.                file saved in the same directory as the HyperProtocol 
  190.                module. Receive a file with the same name the sender uses.
  191.                
  192.                HYPERP PORT:2 HANDSHAKE:RTS/CTS LOGFILE:HYPERP.LOG RECEIVE
  193.                |____| |____| |_______________| |________________| |_____|
  194.                  |      |           |                |               |
  195.   Starts HyperProtocol  |     Sets up handshake      |        Receives
  196.                         |       for MNP Modem        |        (no filename
  197.                         |                            |        specified)
  198.                         |                            |
  199.                   Selects COM2               Creates log file
  200.  
  201.  
  202. Example 2      Sending a file to another computer.
  203.  
  204.                              HYPERP SEND C:\TABLE.DOC
  205.                              |____| |__| |__________|
  206.                                 |    |        |
  207.                Starts HyperProtocol  |     Filename
  208.                                Sends a file
  209.  
  210.  
  211. Example 3      Receiving a file that will replace existing files.
  212.                File creation date will be the time you received it.
  213.  
  214.                HYPERP OVERWRITE:ON TIMESTAMP:ON RECEIVE C:\TABLE.DOC
  215.                |____| |__________| |__________| |_____| |__________|
  216.                  |         |             |         |         |
  217.      Starts HyperProtocol  |        Save with      |      Filename
  218.                            |        receipt time   |
  219.                      Command to replace           Receives
  220.                      files having the same        a file
  221.                      name
  222.  
  223.                NOTE: If you specify a single FILENAME, you can receive 
  224.                only one file.  If you specify a DIRECTORY name, you can 
  225.                receive multiple files.
  226.  
  227.  
  228.  
  229. AUTOMATING HYPERPROTOCOL OPTIONS
  230.  
  231. HyperProtocol's versatility makes it simple to tailor for your uses.  
  232. Since most of the options you use are the same each time, using batch 
  233. files to start the module can save you time and keystrokes.  While 
  234. batch files are merely an optional convenience if you're using HYPERP 
  235. with a comm program, they are mandatory when integrating the module 
  236. with some BBS software.
  237.  
  238. Batch files are easy, once you get the basic idea.  Suppose you wanted 
  239. to use a batch file to issue:
  240.  
  241.      HYPERP PORT:2 HANDSHAKE:RTS/CTS RECEIVE <any filename>
  242.  
  243. To do this, you could create a batch file named HREC.BAT, containing 
  244. the same line, but with %1 in place of <any filename>:
  245.  
  246.      HYPERP PORT:2 HANDSHAKE:RTS/CTS RECEIVE %1
  247.  
  248. Now, instead of entering the full HYPERP command, you would merely 
  249. enter HREC followed by the desired filename.  Entering HREC TABLE.DOC, 
  250. for example, would execute HYPERP and cause it to receive TABLE.DOC.
  251.  
  252. For sending files, you could create a similar batch file named 
  253. HSEND.BAT, containing the following:
  254.  
  255.      HYPERP PORT:2 HANDSHAKE:RTS/CTS SEND %1
  256.  
  257. To send a file, you would simply enter HSEND followed by the desired 
  258. filename.  Entering HSEND TABLE.DOC, for example, would execute HYPERP 
  259. and cause it to send TABLE.DOC.
  260.  
  261. Simple batch files like those above work fine in many cases.  However, 
  262. some comm programs and BBS software start external protocol modules by 
  263. passing baud rate, port, and other values along with the filename.  For 
  264. each additional value that the software passes, the batch files must 
  265. contain one additional variable (%2, %3, etc).  The first value passed 
  266. replaces %1, the second replaces %2, etc.  For example, a batch file 
  267. for use with BBS software that passes a port specification, baud rate, 
  268. then filename might contain the following line:
  269.  
  270.      HYPERP PORT:%1 BAUD:%2 HANDSHAKE:RTS/CTS DISPLAY:OFF RECEIVE %3
  271.  
  272. And HSEND.BAT might contain:
  273.  
  274.      HYPERP PORT:%1 BAUD:%2 HANDSHAKE:RTS/CTS DISPLAY:OFF SEND %3
  275.  
  276. Here, the first value passed by the BBS software (the port 
  277. specification) would replace %1, the second value (baud rate) would 
  278. replace %2, and the third value (filename) would replace %3.
  279.  
  280. To create batch files for use with your particular BBS software or comm 
  281. program, you must know how many values the software passes, and in 
  282. which order they are passed.  If unsure, you can find out by performing 
  283. a test.  To begin, create a batch file named TEST.BAT, containing the 
  284. following lines:
  285.  
  286.     echo Argument 1 is %1
  287.     echo Argument 2 is %2
  288.     echo Argument 3 is %3
  289.     echo Argument 4 is %4
  290.     echo Argument 5 is %5
  291.     echo Argument 6 is %6
  292.     echo Argument 7 is %7
  293.     echo Argument 8 is %8
  294.     pause
  295.  
  296. Set up your BBS software or comm program so that it will execute 
  297. TEST.BAT as if it were an external protocol module.  Next, start the 
  298. BBS software or comm program and cause it to run TEST.BAT.  Instead of 
  299. doing a file transfer, TEST.BAT will merely display the values passed 
  300. by your software.  Once you have this information, you can write 
  301. suitable batch files.
  302.  
  303. OTHER METHODS FOR SPECIFYING HYPERPROTOCOL DOS MODULE OPTIONS
  304.  
  305. To simplify the process of using the HyperProtocol DOS module in 
  306. different environments, there are two alternative methods for 
  307. specifying module options.  The first method allows the use of an 
  308. environment variable.  The second allows you to create a response 
  309. file.  This response file may contain HyperProtocol options as well 
  310. as file specifications.
  311.  
  312. An environment variable named 'HYPERP' can be defined at the DOS 
  313. command prompt.  You can set this variable so that it includes any 
  314. of the HyperProtocol options defined above.  For example, from the 
  315. DOS command prompt, you could enter the command:
  316.  
  317.                     SET HYPERP = port:1 baud:2400 display:off
  318.  
  319. When the module begins, it will use the options defined by this 
  320. environment variable.  If the same options are also included on the 
  321. command line, they will be used in place of those defined by the 
  322. variable.
  323.  
  324. Using a response file makes it easy to specify both options and 
  325. file names when using the HyperProtocol DOS module. A response file 
  326. is a simple ASCII file that may contain one option or file name per 
  327. line.  This is particularly useful for sending multiple files.  If 
  328. you are using the module through your bulletin board system, your 
  329. bbs software may create a file that contains a list of files 
  330. selected by a caller.  This list could then be passed to the module, 
  331. instead of each file name. For example, the following command line 
  332. tells the HyperProtocol module to send the files listed in the 
  333. response file named 'filelist.txt'.
  334.  
  335.         HyperP port:1 baud:2400 display:off send @filelist.txt
  336.  
  337. Note the use of the special symbol '@' used to preface the response 
  338. file name.  This symbol tells the module that the named file is a 
  339. response file.
  340.  
  341. The response file, filelist.txt, might contain the following 
  342. information:
  343.  
  344.     c:\lotus\file1.wks
  345.     c:\lotus\file2.wks
  346.     d:\data\*.*
  347.  
  348. The response file may also contain any of the HyperProtocol options 
  349. defined above.  Again, each option in the response file must be on 
  350. a line by itself.  As with the command line, any options should be 
  351. specified before the SEND or RECEIVE parameters.   For example, a 
  352. response file named, 'response.txt' might contain:
  353.  
  354.     port:1
  355.     baud:2400
  356.     display:off
  357.     send
  358.     c:\lotus\file1.wks
  359.     c:\lotus\file2.wks
  360.     d:\data\*.*
  361.  
  362. Now you can start the module with the command:
  363.  
  364.     HyperP @response.txt
  365.  
  366. In the example above, the first 4 options may never change, while 
  367. the file names may change frequently.  To accommodate this, you may 
  368. want to use two response files.  For example, one file named 
  369. 'options.txt' might contain:
  370.  
  371.     port:1
  372.     baud:2400
  373.     display:off
  374.     send
  375.  
  376. A second file named 'filelist.txt' could include the names of the 
  377. files:
  378.  
  379.     c:\lotus\file1.wks
  380.     c:\lotus\file2.wks
  381.     d:\data\*.*
  382.  
  383. Now you could issue the HyperP command supplying both response file 
  384. names:
  385.  
  386.     HyperP @options.txt @filelist.txt
  387.  
  388. When working with response files, be certain that the options 
  389. are specified before the SEND or RECEIVE commands.  The file names 
  390. should appear after these commands.
  391.  
  392. BEYOND COM1 & COM2
  393.  
  394. The HyperProtocol DOS module is an interrupt driven file transfer 
  395. protocol.  An interrupt is a resource of your computer hardware that 
  396. must be available for the module to function correctly.  If you are 
  397. using a serial port other than COM1 or COM2, be sure that the 
  398. interrupt you specified on the 'port:' option (defined above), is 
  399. not also being used by some other piece of hardware or software.  A 
  400. mouse, plotter, scanner, or device drivers specified in your config.sys 
  401. file might require interrupts.  A single interrupt cannot be used by 
  402. two different applications successfully.  If you are using a PS/2 
  403. model 50 or greater, or some other microchannel computer, then you 
  404. need no be concerned about these conflicts.  Microchannel computer 
  405. can share interrupts.
  406.  
  407. Typical problems resulting from an interrupt conflict show up during 
  408. file transfers.  Data errors and decompression errors are the first 
  409. signs of such a conflict.  The following table show the interrupts 
  410. that are used for COM1 and COM2, and those most commonly used for 
  411. COM3 and COM4.
  412.                      Port        IRQ
  413.                      ---------------
  414.                      COM1         4
  415.                      COM2         3
  416.                      COM3         4 or 5
  417.                      COM4         2 or 3
  418.  
  419. QUESTIONS?
  420.  
  421. We're glad you're using HyperProtocol and hope you to enjoy it!  If you 
  422. have any questions or comments about HyperProtocol, please call 
  423. Hilgraeve's BBS at 313-243-5915.
  424.